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REMOTE PROCEDURE CALL METHOD The client stub procedure also calls a runtime procedure 

that executes transmission of the marshalled buffer contain- 

FIELD OF THE INVENTION remote procedure call parameters to the server. The 
The present invention relates to distributed processing of execution of transmission by the runtime procedure includes 

an application on a computer network and, in particular, to 5 identifying the server where the remote procedure should be 

disU-ibuted processing in which a computer client uses a executed, determining the transport mechanism used by the 

remote procedure call to initiate execution of a procedure on server, and sending the call to the server, 

a computer server. A runtime procedure on the server receives the remote 

procediu-e call request and delivers an RFC buffer containing 
10 the remote procedure call parameters to a server smb pro- 
cedure. The server stub procedure unmarshals each of the 

Computer networks allow different parts of an application parameters separately, which includes separately allocating 

program to be executed by different computers. Traditional server memory for each parameter and any of the data 

disU-ibutioD of application processing used a transportation- stmctures it references through pointers, and then copying 

based model of network operation in which an application ^5 the parameters or data structures from the RFC buffer into 

program used relatively low level I/O commands of the the newly allocated server memory, 

network operating system. The server stub procedure then calls the server to execute 

More recently, a procedure-based model has been devel- the remote procedure. After the remote procedure is 

oped to allow an appUcation program to use relatively high completed, the server stub procedure marshals any output 

level commands or calls to distribute processing of the 20 parameters or return values to be transmitted back to the 

application. A procedure-based model of distributed pro- client. The server stub procedure then frees the memory it 

cessing may be implemented as a remote procedure call allocated to hold the remote procedure call parameters and 

facility, such as the type incorporated in the Windows NT returns to the mntime procedure. 

operating system of Microsoft Corporation. fhe goals of distributed application processing are to 

Computer programs typically include one or more improve the speed at which an application is executed and 
functions, procedures, or similar program units that are the efficiency with which network processing resources are 
referred to herein as "procedures." Each procedure generally used. Due to the relative performance capabilities or avail- 
includes a block of programming or code that implements a ability of resources at different processors, such improve - 
particular operation or functionality on a set of values ments can be obtained despite the resources required to 
referred to as parameters or arguments. transmit and interpret remote procedure calls and their 

Whenever the operation or functionality is to be results, 

performed, a call is made to the procedure. The call passes However, the processing of remote procedure calls is 

to the procedure values or parameters as arguments, together typically considered to require at least certain minimum 

with control of the processor. After the procedure is system resources. Unmarshalling remote procedure caU 

completed, control returns to the point in the program parameters at a server is one of the required processes that 

following the call, together with any resulting value or can be particularly burdensome on system resources, 

values generated by the procedure. Memory allocation and subsequent freeing are relatively 

Procedure calls may access procedures that are local to demandingof system resources. Separately allocating server 

the calling processor. Alternatively, an application program ^ memory for each parameter and data structure of a remote 

executed on one computer (the "client") may use a remote procedure call could possibly require hundreds of separate 

procedure call to have another computer (the "server*') memory allocations for a single remote procedure call. Such 

perform a selected procedure. repeated execution of a demanding system process such as 

The remote procedure call is generated by and modeled in memory allocation can severely limit the performance of 

the application program in the client in substantially the 45 remote procedure calls. 

same manner as a conventional local procedure call would In accordance with the present invention, a computer 

be. The remote procedure call typically includes parameters network includes a client and a server which are preferably 

that are, include, point to, or identify data or data structures independently operable computers that cooperate to perform 

used to execute the remote procedure. different procedures of an application program. The server 

Stub procedures that are generated by a remote procedure 50 executes its procedure in response to a remote procedure call 

call facility, typically a component of the network operating transmitted over the computer network from the client, 

system, format the remote procedure call parameters for The remote procedure call typically includes parameters 

transmission to the server. As a result, an application pro- that are, include, point to, or identify data or data structures 

grammer may use distributed processing of an application that are arguments used by the remote procedure. The 

program without incorporating into it low level network 55 parameters, including data and data structures, all have 

transport instructions, selected data formats according to a client system data 

Whenever an application program makes a remote pro- format used by the client, 

cedure call, the application accesses a client stub procedure The server receives the remote procedure call at an RFC 

that formats or marshals the remote procedure call param- buffer. In accordance with the present invention, the server 

eters within a buffer for transmission over the network to the 60 determines whether the data format of the remote procedure 

server. The client stub procedure may be included in the call parameters match a server system data format used by 

application program or a separate dynamic-link library the server. Preferably, the server system data format includes 

(DLL) of stub procedures used by the application. The a byte order format and a server memory format, 

marshalling of the parameters may include, for example. Whenever the data format of a remote procedure call 

resolving references to parameters in the remote procedure 65 parameter in the RFC buffer matches the server system data 

call and attaching any data structures or parameters referred format, the remote procedure call parameter is unmarshalled 

to by pointers. while it resides in the RFC buffer. Whenever the data format 
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of a remote procedure call parameter in the RFC buffer does The memory system 24 includes main memory 38 and 

not match and cannot be converted to match the server secondary storage 40. Illustrated main memory 38 takes the 

system data format, server memory is allocated for the form of 16 megabytes of semiconductor RAM memory, 

remote procedure call parameter and it is copied from the Secondary storage 40 takes the form of long term storage, 
RFC buffer to the allocated server memory for unmarshal- 5 such as ROM, optical or magnetic disks, flash memory, or 

ling in the conventional manner. tape. Those skilled in the art will recognize that memory 24 

Unmarshalling remote procedure call parameters while can comprise a variety of alternative components, 

they reside in the RFC buffer ("in situ unmarshalling**) The input and output devices 26, 28 are also familiar. The 

eliminates separate allocation of server memory for each input device 26 can comprise a keyboard, a mouse, a 
parameter or data structure. Since allocating memory lO physical transducer (e.g. a microphone), etc. The output 

expends substantial system time or resources, eliminating device 28 can comprise a display, a printer, a transducer (e.g. 

repetitious use of the memory allocation process according a speaker), etc. Some devices, such as a network interface or 

to this invention can significantly enhance the performance a modem, can be used as input and/or output devices, 

capabilities of remote procedure calls. As is familiar to those skilled in the art, the computer 

Remote procedure call parameters, including data and system 20 further includes an operating system and at least 

data structures, may be either of two possible byte order one application program. The operating system is the set of 

formats according to the client system data format. The two software which controls the computer system's operation 

byte order formats, sometimes called Endians or Endian and the allocation of resoiu"ces. The application program is 

formats, relate to the relative positions of the most- and the set of software that performs a task desired by the user, 

least-significant bytes in a data structure. The server system making use of computer resources made available through 

data format is also one of the two possible byte order the operating system. Both are resident in the illustrated 

formats. memory system 24. 

In accordance with another aspect of this invention, the In accordance with the practices of persons skilled in the 

server determines whether remote procedure call parameters art of computer programming, the present invention is 

and the server system data format have the same byte order described below with reference to symbolic representations 

format. Whenever the remote procediu-e call parameters and of operations that are performed by computer system 20, 

the server system data format have different byte order unless indicated otherwise. Such operations are sometimes 

formats, the byte order format of the remote procedure call referred to as being computer-executed. It will be appreci- 

parameters is converted to match the byte order fonnat of the ated that the operations which are symbolically represented 
server system data format while the parameters reside in the "'^ include the manipulation by CFU 22 of electrical signals 

RFC buffer. As a resuh, remote procedtu-e call parameters representing data bits and the maintenance of data bits at 

can be unmarshalled from within the RFC buffer according memory locations in memory system 24, as well as other 

to this invention regardless of whether the client and server processing of signals. The memory locations where data bits 

share the same byte order format. are maintained are physical locations that have particular 

The foregoing and other features and advantages of the electrical, magnetic, or optical properties corresponding to 

preferred embodiment of the present invention will be more the data bits. 

readily apparent firom the following detailed description, FIG. 2 is a functional block diagram showing components 

which proceeds with reference to the accompanying draw- employed in executing a remote procediu^e call according to 

ings. with the present invention. A client process 50 that is 

BRIEF DESCRIFnON OF THE DRAWINGS included in an applicaUon program executed on a computer 

chent 52 generates a call for the execution of a server 

FIG. 1 is a block diagram of a computer system used for procedure 56 on a computer server 58. Client 52 and server 

the preferred embodiment of this invention. 58 are each preferably a computer of a type similar to 
FIG. 2 is a block diagram of the components of a 45 computer system 20 shown in FIG. 1 and independently 

computer network used for the preferred embodiment of this operable. Client 52 and server 58 communicate with each 

invention. other over a computer network 60. 

FIGS. 3A and 3B are a flow diagram of a remote proce- A client stub procedure 62 receives the call generated by 

dure call method according to the present invention. client process 50 and formats or marshals it for transmission 

„ „ so lo server 58. Client stub procedure 62 may be held in a 

DETAILED DESCRIPTION OF PREFERRED dynamic-link horary (DLL) as is known L the art. The 

EMBODIMENT marshaUing of the call may include, for example, resolving 

Referring to FIG. 1, an operating environment for the references to the remote procedure call and attaching any 

preferred embodiment of the present invention is a computer data structures or parameters referred to by pointers in the 
system 20 that comprises at least one high speed processing 55 call. 

unit (CPU) 22, in conjunction with a memory system 24, an Client stub procedure 62 accesses a runtime procedure 
input device 26, and an output device 28. These elements are (not shown) that executes transmission of the remote pro- 
interconnected by a bus strucmre 30. cedure call to server 58, including identifying server 58 
The illustrated CPU 22 is of familiar design and includes where server procedure 56 will be executed, determining the 
an ALU 32 for performing computations, a collection of 60 transport mechanism over network 60 used by server 58, and 
registers 34 for temporary storage of data and instructions, sending the call to server 58. The runtime procediu-e also 
and a control unit 36 for controlling operation of the system transmits to the server a format label or header identifying 
20. CPU 22 may be a processor having any of a variety of the format of the remote procedure call parameters, 
architectures including Alpha from Digital, MIPS from For example, the format label may indicate the type of 
MIPS Technology, NEC, IDT, Siemens, and others, x86 65 character representation to follow (e.g., ASCII or another 
from Intel and others, including Cyrix, AMD, and Nexgen, format), the integer and floating-point byte order (e.g., Big 
and the PowerPc from IBM and Motorola. Endian or Little Endian), and the floating-point representa- 
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tion format (e.g., IEEE, Vax, Cray, or IBM). The remote Process block 110 indicates that the byte order format of 

procedure call parameters may be, include, point to, or the remote procedure call parameters is converted by server 

identify any of a variety of data structure types or arrange- stub procedure 64 while the parameters reside in RPC buffer 

ments. The parameters may be characters or integer or 63. The conversion may be performed by conventional 
floating-point values, and may correspond to arrays, sU*ings, 5 conversion processes such as a shift and rotate of bits 

unions, or pointers. representing the parameters or by byte swapping. 

Server 58 receives the remote procedm^e call at an RPC Decision block 112 represents an inquiry as to whether the 

buffer 63 that is associated with network operation. A server remote procedure call parameter in RPC buffer 63 conforms 

stub procedure 64 interprets or unmarshals the remote to a server memory format of server 58. The parameters 

procedure call while it resides in RPC buffer 63, as described considered for coiiformity to the server memory format 

below, and delivers the call to server procedure 56 for include data and data structures included in, pointed to, or 

execution. identified by other parameters. 

After execution of server procedure 56 is completed. Conformity to the server memory format indicates that the 

server stub procedure 64 marshals and transmits the results remote procedure call parameter would have the same 

to cUent 52 in the same manner that client stub procedure 62 representation in RPC buffer 63 and the server memory, 

marshalled and transmitted the remote procedure call to Conformity to the server memory format by the remote 

server 58. Client stub procedure 62 interprets the results and procedure call parameter can depend on whether client 52 

returns them to client process 50 in the same manner in has a client memory format that matches the server memory 

which server stub procedure 64 interpreted the remote format or a memory format implemented by client process 

procedure call at server 58. 50, client stub procedure 62, or any other related process or 

Stub procedures 62 and 64 are generated by an interface appHcation. Decision block 112 proceeds to process block 

definition language interface (IDL) compiler based on a 116 whenever the remote procedure call parameter conforms 

program description and a network identifier for server to the server memory format and otherwise proceeds to 

procedure 56 and any other remote procedures and a speci- process block 118. 

fication of whether parameters are inputs, outputs, or both. The server memory format includes several data repre- 

The IDL compiler is preferably a component of a remote sentation conventions that provide uniformity in the way 

procedure call facility. All remote procedure references are data is stored in the server memory. Pertinent data repre- 

resolved whenever client process 50 links to client stub sentations include the size of data structures or types (e.g., 

procedure 62, which simphfies the accessing of remote 20 bytes or 24 bytes), the layout or positions of individual 

procedures within an application program. fields within data structures (e.g., long integers, short 

FIGS. 3A and 3B are a flow diagram showing a preferred integers, and pointers), and the aligimient of data structures 

method of communicating a remote procedure call from relative to data structure boundaries (e.g., boundaries of 4 

client 52 to server 58 via computer network 60. bytes or 8 bytes). 

Process block 100 indicates that client process 50 on Process block 116 indicates that server stub procedure 64 

client 52 issues a remote procedure call to be performed by urmiarshals the remote procedwe call parameter while it 

server procedure 56 executed on server 58. The remote resides in RPC buffer 63, Unmarshalling includes reading 

procedure call is modeled within client process 50 substan- and processing any pointers, including pointers embedded 

tially the same as a conventional local procedure call. within parameters, to reconstruct the procedure call and 

Process block 102 indicates that client stub procedure 62 activate server procedure 56 on server 58. 

corresponding to the remote procediu^ call is activated to By immarshalling the remote procedure call parameter 

marshal the parameters accompanying the remote procedure while it resides in RPC buffer 63, server 58 does not allocate 

call for transmission to server 58. The marshalling of the server memory for each remote procedure call parameter, 

parameters may include, for example, resolving references including data and data structures. Eliminating the allocation 

to parameters in the remote procedure call and attaching any of server memory for each remote procedure call parameter 
data structures or parameters referred to by pointers. 45 can substantially enhance the performance capabilities of 

Process block 104 indicates that client stub procedure 62 remote procedure calls, 

calls a runtime procediue that executes transmission of the Process block 118 indicates that server stub procedure 64 

remote procedure call to server 58. The transmission allocates a separate memory (not shown) in server 58 for the 

includes a message structure indicating the data type and remote procedure call parameter and copies the remote 
format of the remote procedure call parameters, including 50 procedure call parameter from RPC buffer 63 into the 

the byte order format. In accordance with standard network allocated server memory. After copying the remote proce- 

data representations, chent 52 transmits the remote proce- dure call parameter to the allocated memory, server stub 

dure call without polling server 58 about its byte order procediure 64 interprets or unmarshals the parameter, 

format. Decision block 120 represents an inquiry as to whether 

Decision block 108 represents an inquiry as to whether a 55 the server memory formats of any remote procedure call 

remote procedure call parameter has a byte order format that parameters remain for comparison to the server memory 

is the same as that employed by server 58. The byte order format. Decision block 120 returns to decision block 112 

format refers to the relative positions of the least- and whenever a remote procedure call parameter remains and 

most-significant bytes (LSB and MSB) in digital values otherwise proceeds to process block 122. 
processed by a processor. 60 Process block 122 indicates that server 58 executes called 

The two byte order formats are referred to as Big-Endian procedure 56 and, in cooperation with server stub procedure 

and Little-Endian and are used on processors manufactured 64, transmits any results over network 60 to client process 

by. for example. Motorola and Intel, respectively. Decision 50. As is known in the art, transmission of server procedure 

block 108 proceeds to process block 110 whenever the results to client process 50 is the same as conventional 
remote procedure call parameter does not conform to the 65 transmission of remote procediue call parameters to server 

server byte order format and otherwise proceeds to decision procedure 56, including delivering the server results to a 

block 112. client RPC buffer (not shown). 
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A benefit of this invention is that the determination of 
conformity to the server memory format extends below the 
levels of conventional parameters to data or data structures 
in or identified by conventional parameters. This allows 
significant reduction in the nimiber of memory allocations 5 
for various types of conventional parameters. 

One example is a parameter that is a pointer to a data 
structure. The pointer could match the server memory for- 
mat while the data structure does not. As a consequence, the 
data structure would require a separate memory allocation 10 
under process block 118. 

Another example is a parameter that is a data structure 
with pointers to many other data stmctures. All data struc- 
tures and pointers that conform to the server memory format 
can be unmarshalled from RPC bu£Eer 63 according to is 
process block 116. Data structures that do not conform to the 
server memory format would require a separate memory 
allocation under process block 118. 

Table 1 below lists test results comparing conventional 
processing of remote procedure calls against the remote 20 
procedure call method of the present invention for a variety 
of specified parameter types transmitted to (in) or from (out) 
a server. The "speedup" indicates the percentage by which 
the present invention reduced the amount of time required 
for conventional processing of the remote procedure calls. 25 

Table 1 shows that the remote procedure call method of 
this invention provides performance improvements for all 
the parameter types listed for transmissions to and from a 
server. For many of the parameter types, the performance 
enhancements are greater than 30 percent. 

TABLE 1 



Test Case Prior RPC New RPC Speedup 



array of longs in 


13.546 


11.098 


18% 


array of longs out 


16.265 


15.925 


2% 


array of longs in/out 


31.674 


30.697 


3% 


array of ref plongs in 


99.332 


33.907 


66% 


array of ref plongs in/out 


117.751 


59.753 


49% 


array of unique plongs in 


110.738 


43.557 


61% 


array of unique plongs in/out 


148.622 


83.619 


44% 


byte string in 


25.639 


21.018 


18% 


byte string out 


33.966 


30.577 


10% 


byte string in/out 


49.492 


46.917 


5% 


char string in 


25.703 


19.067 


26% 


char string out 


33.975 


30.577 


10% 


char string in/out 


49.558 


46.907 


5% 


array of structs in 


26.557 


13.301 


50% 


array of structs out 


29.577 


18.826 


36% 


array of structs in/out 


58.143 


34.867 


40% 


array of conformant stiucts in 


49.885 


28.229 


43% 


array of conformant stiucts in/out 


81.279 


63.74 


22% 


array (3dl) of structs in 


26.455 


13.292 


50% 


array (3d) of structs out 


29.238 


18.755 


36% 


array (3d) of structs in/out 


57.79 


34.277 


41% 



35 



40 



50 



The tests were conducted on remote procedure calls 
executed in accordance with procedures generated by dif- 55 
ferent versions of the Microsoft interface definition language 
interface (MIDL) compiler. The tabulated values are the 
time in seconds to perform 500 iterations of a remote 
procedure call carrying the specified parameter type. The 
tests were performed on a personal computer with an Intel 60 
486/33MHZ processor and 16 megabytes of main memory 
operating under a Windows NT version 3.51 (beta) operating 
system of Microsoft Corporation. 

Most of the parameter types listed are conventional. A 
"plong" is a pointer to a long (a 32 bit integer). A "ref* 65 
pointer is always non-null (always valid). A "unique" 
pointer can have either a null (invalid) or non-null value. The 
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array of longs is 32K bytes (8192 longs) in total size. The 
arrays of ref plongs and unique plongs were 4096 elements 
each. The byte strings and char strings were all 32K in 
length. The array of structs were 2730 elements of 12 byte 
structures each. The conformant struct arrays were 862 
elements each of pointers to 36 byte structures. The 3 
dimensional arrays of structs were a total of 2725 elements 
of 12 byte structures. 

Having illustrated and described the principles of the 
present invention in a preferred embodiment, it should be 
apparent to those skilled in the art that the embodiment can 
be modified in arrangement and detail without departing 
from such principles. Accordingly, we claim as our inven- 
tion all such embodiments as come within the scope and 
spirit of the following claims and equivalents thereto. 

We claim: 

1. In a computer network having a client and a server that 
execute respective client and server procedures of an appli- 
cation program, the server executing the server procedure in 
response to a remote procedure call from the client trans- 
mitted over the computer network, the remote procedure call 
including plural remote procedure call parameters of 
selected formats, the server receiving the remote procedure 
call parameters at an RPC buffer and executing a server stub 
procedure, a method of providing the remote procedure call 
parameters to the server procedure at the server, comprising: 

determining with the server stub procedtire at the server 
whether the selected format of a remote procedure call 
parameter in the RPC buffer matches a data structure 
format processed by the server; 

whenever the selected format of the remote procedure call 
parameter in the RPC buffer matches the data structure 
format processed by the server, unmarshalling the 
remote procedure call parameter in place with the 
server stub procedtu^e, while the remote procedure call 
parameter resides in the RPC buffer; 

whenever the selected format of the remote procedure call 
parameter in the RPC buffer does not match the data 
structure format processed by the server, unmarshalling 
the remote procedure call parameter with the server 
stub procedure while the remote procedure call param- 
eter resides in the server; and 

activating the server procedure with the server stub pro- 
cedure. 

2. The method of claim 1 in which the remote procedure 
call parameters and the data structure format processed by 
the server computer are each one of a pair of byte order 
formats, the method further comprising: 

determining at the server whether the remote procedure 
call parameters are of the same byte order format as the 
data structure format processed by the server; and 

whenever the remote procedure call parameters and the 
data structure format processed by the server are of 
different byte order formats, converting the byte order 
format of the remote procedure call parameters to 
match the byte order format of the data structine format 
processed by the server in place, while the remote 
procedure call parameters reside in the RPC buffer. 

3. The method of claim 1 in which the remote procedure 
call parameters are of a first byte order format and the data 
structure format processed by the server computer is of a 
second byte order format, the method further comprising 
converting the first byte order format of the remote proce- 
dure call parameters to the second byte order format in 
place, while the remote procedure call parameters reside in 
the RPC buffer. 
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4. The method of claim 1 in which at least one of the 
remote procedure call parameters is interpreted without 
copying it from the RPC buffer whenever the selected format 
of the remote procedure call parameter in the RPC buffer 
matches the data structure format processed by the server. 5 

5. The method of claim 1 in which the data structure 
format processed by the server includes a server memory 
formal. 

6. The method of claim 1 in which the remote procedure 
call parameters include RPC data structures having selected lo 
formats, the method fiu'ther comprising: 

determining at the server whether the selected formats of 
the remote procedure call parameters and RPC data 
structures match a data structure format processed by 
the server; and 15 

whenever the selected format of a remote procedure call 
parameter or RPC data structure in the RPC buffer 
matches the data structure format processed by the 
server, interpreting the remote procedure call parameter 
or RPC data structm^e in place, while it resides in the 
RPC buffer. 

7. A computer-readable storage medium having 
computer-executable instructions for performing the steps 
recited in claim 1. 

8. In a server computer executing a server procedure of an 
application program in communication with a client proce- 
dure of an application program executing on a client 
computer, the server executing the server procedure in 
response to a remote procedure call from the client trans- 
mitted over a computer network, the remote procedure call 
including a remote procedure call parameter of a selected 
format, the remote procedure call parameter specifiable to 
the remote procedure with a pointer pointing to the remote 
procedure call parameter, the server receiving the remote 
procedure call parameter at an RPC buffer and executing a 
server stub procedure, a method of delivering the remote 
procedure call parameter to the server procedure, compris- 
ing: 

with the server stub procedure, comparing at the server ^ 
the selected format of the remote procedure call param- 
eter in the RPC buffer with a data structure format 
processed by the server; 

with the server stub procedure, unmarshalling the remote 
procedure call parameter in the RPC buffer in situ by 45 
providing the server procedure with a pointer to the 
remote procedure call parameter without allocating 
server memory for the remote procedure call parameter 
and without copying the remote procedure call param- 
eter whenever the comparing step indicates that the 50 
selected format of the remote procedure call parameter 
matches the data structure format processed by the 
server; 

with the server stub procedure, unmarshalling the remote 
procedure call parameter while the remote procedure 55 
call parameter resides in the server whenever the com- 
paring step indicates that the selected format of the 
remote procedure call parameter does not match the 
data structure format processed by the server; and 

activating the server procedure with the server stub pro- ^0 
cedure. 

9. The method of claim 8 wherein 

unmarshalling the remote procedure call parameter in the 
RPC buffer further comprises copying the parameter 
from the RPC buffer into an allocated memory location 
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whenever the comparing step indicates that the selected 
format of the remote procedure call parameter does not 
match a data structure format processed by the server. 

10. The method of claim 1 wherein the data structure 
format processed by the server is a data structure format 
selected from the group consisting of the size of data 
structures, the size of types, the layout of individual fields 
within data structures, and the alignment of data structures 
relative to data structure boundaries. 

11. In a computer network having a client computer and 
a server computer that execute respective client and server 
procediu^es of an application program, the server executing 
the server procedure in response to a remote procedure call 
from the client transmitted over the computer network, the 
remote procedure call comprising a remote procedure call 
parameter of a selected format, the server receiving the 
remote procedure call parameter at an RPC buffer, a method 
of delivering the remote procedure call parameter in the 
RPC buffer to the server procedure, comprising: 

upon receipt of the remote procedure call at the server, 
executing a server stub procedure in the server opera- 
tive for delivering the remote procedure call parameter 
to the server procedure; 

determining in the server stub procedure whether the 
selected format of the remote procedure call parameter 
in the RPC buffer matches a data structure format 
processed by the server; 

whenever the selected format of the remote procedure call 
parameter in the RPC buffer matches the data structure 
format processed by the server, unmarshalling the 
remote procedure call parameter with the server stub 
procedure while the remote procedure call parameter 
resides in the RPC buffer without allocating server 
memory for the remote procedure call parameter; 

whenever the selected format of the remote procedure call 
parameter in the RPC buffer does not match the data 
structure format processed by the server, unmarshalling 
the remote procedure call parameter with the server 
stub procedure while the remote procedure call param- 
eter resides in the server; and 

activating the server procedxire with the server stub pro- 
cedure. 

12. The method of claim 11 wherein the remote procedure 
call parameter is a first remote procedure call parameter 
pointed to by a second remote procedure call parameter in 
the RPC buffer. 

13. The method of claim 11 wherein 

the data structure format processed by the server includes 

a server memory format; 
the remote procedure call parameter is a first remote 

procedure call parameter; 
the first remote procedure call parameter is a pointer to a 

second remote procedure call parameter in the RPC 

buffer having a memory format; and 
the memory format of the second remote procedure call 

parameter does not match the server memory format. 

14. The method of claim 11 wherein 

the remote procedure call parameter is a first remote 
procedure call parameter; and 

the first remote procedure call parameter is one of a 
plurality of data structures pointed to by a second 
remote procedure call parameter in the RPC buffer. 

***** 
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